Pernahkah Anda melihat otomatisasi perusahaan manufaktur selesai dalam 2 bulan? Atau, mungkin, mungkin untuk melakukan otomatisasi seperti itu? Saya yakin ada banyak contoh seperti itu. Saya juga punya - saya melempar celengan.
Saya harus mengatakan segera bahwa Anda tidak memiliki bias ketika membaca (artikel saya, tetapi tanpa bias ketika membaca - ha ha ha ha) - waktu yang singkat bukan karena kenyataan bahwa Stas dan saya melakukan otomatisasi. Dan masalahnya bukan pada platform (ya, ini adalah 1C - apalagi yang mengotomatisasi produksi di negara kita?). Masalahnya berbeda. Mungkin pengalaman ini akan bermanfaat bagi seseorang jika Anda dapat membuat kondisi yang sama dan membuat proyek rekaman.
Sejujurnya, pengalaman ini tidak berguna bagi saya. Saya tidak pernah melakukan otomatisasi secepat ini dalam hidup saya. Stas - juga tidak. Baiklah, ayo pergi.
Perusahaan
Perusahaan ini adalah peternakan unggas siklus penuh. Produksi pakan sendiri, ayam sendiri, telur inkubasi (kawanan disebut), inkubator mereka, di mana ayam muncul dari telur, rumah unggas mereka, di mana ayam tumbuh selama sekitar 40 hari dan menjadi ayam pedaging, pembunuh mereka, di mana ayam broiler membunuh hidup mereka, produksi mereka, di mana mereka membuat sosis, sosis, roti gulung, dll., ayam tak bernyawa mereka, di mana mereka membekukan ayam sehingga Anda memiliki pilihan di toko Anda untuk mengambil segar atau tahun lalu.
Peternakan babi yang baru dibangun kembali, yang sudah menghasilkan produk, masuk ke dalam beban. Ada babi yang menghasilkan babi, ada babi yang tanpanya babi tidak bisa lahir, ada budidaya babi itu seukuran babi besar, ada bengkel untuk merampas kehidupan babi, dan daging dibawa ke produksi - ke tempat yang sama di mana ia dipindahkan ayam betina
Mengapa saya berbicara dengan sangat rinci? Untuk meyakinkan Anda, dari sudut pandang otomatisasi, ini adalah produksi nyata. Apalagi multi-limiting. Dan setelah semua, produksi dianggap sebagai sesuatu yang berhubungan dengan perangkat keras, bahkan jika perakitan produk dari sepuluh komponen dilakukan dengan sederhana. Ada banyak komponen di sini. Puluhan bumbu saja.
Sayangnya, jumlah karyawannya tidak banyak diingat. Ada dua angka di kepalaku - 3, atau 6 ribu orang. Seperti tanaman normal, secara umum.
Situasi awal
Saya datang ke perusahaan ini pada 4 Oktober, sebagai kepala departemen TI. Dalam pengajuan - Stas, programmer 1C, dan dua administrator. Ada dua tugas: rutin - untuk mengelola departemen TI, utama - untuk mentransfer pabrik dari Januari ke 1C 8 Manajemen perusahaan manufaktur (SCP).
Pada saat itu, sistem informasi adalah 1C 7,7. Saya tidak pernah mengerti apa pun di dalamnya, jadi saya masih tidak ingat apa namanya tepatnya - "Produksi + Layanan + Akuntansi", atau "Terintegrasi". Jika ada yang mengerti, tulis perbedaan di komentar.
Pekerjaan diperkirakan mencapai ratusan. Label harga normal untuk pabrik.
Pigsty pada waktu itu sama sekali tidak otomatis. Mereka melakukan segalanya di atas kertas dan di Excel, diserahkan ke kandang ayam, dan di sana mereka memasukkan data.
Ya, saya hampir lupa - masih ada Tugas Paling Penting. Demi dia, semuanya dimulai.
Tantangan Paling Penting
Jika Anda bekerja dengan otomatisasi biaya, Anda tahu apa itu struktur biaya. Jika Anda berasal dari dunia 1C, maka Anda tahu laporan seperti "Struktur Biaya".
Jika Anda tidak tahu, saya akan jelaskan. Inilah, misalnya, sosis yang Anda beli di toko. Terbuat dari apa sosis? Katakanlah babi, ayam, dan banyak rempah-rempah dan semua jenis aditif, termasuk air. Pertama, atau lebih tepatnya, redistribusi terakhir, struktur biaya adalah tabel datar dengan bahan-bahan yang tercantum di atas. Ini adalah biaya material langsung.
Untuk tumpukan ada ditambahkan biaya, pada kenyataannya, produksi sosis. Listrik, panas, gas, gaji pekerja, penyusutan peralatan, gaji programmer, dll. Tabelnya semakin buruk.
Dan terbuat dari apa daging babi itu? Ya, dari babi, kurasa. Dan ayam berasal dari ayam. Tingkat kedua muncul, dan meja datar menjadi pohon, dengan lampiran. Tapi, seperti yang kita tahu, sosis dibuat dari babi tak bernyawa. Membuat daging babi dari babi juga merupakan redistribusi. Bagaimanapun, itu harus dipotong, setidaknya. Biaya redistribusi ini masih terbukti.
Seekor babi yang dirampas kehidupannya, seperti seekor ayam, diciptakan dari binatang yang hidup. Ini juga merupakan redistribusi. Apalagi sangat mengesankan - jalur besar, produksi asing, semuanya otomatis. Berapa level yang sudah ada di meja kita?
Sementara itu, ayam dan babi tumbuh, mereka diberi makan, disiram, dirawat karena luka, dipanaskan, disajikan kandang dan babi ayam, dll. Selama seumur hidup, daftar biaya sangat mengesankan.
Nah, dll., Sampai kawanan yang sangat klan, "melepaskan" telur. Pohon biaya sangat mengesankan - beberapa tingkat, banyak garis dengan biaya. Anda dapat mempelajari secara detail apa sosis kami dibuat.
Tetapi hanya seorang programmer yang dapat melihat struktur biaya dalam bentuk pohon. Dan kemudian, bukan untuk memecahkan beberapa masalah praktis, tetapi karena dia sendiri yang membangun pohon ini. Sesuatu di dalamnya tidak mungkin dimengerti secara normal.
Sebagai contoh, saya ingin tahu berapa banyak rubel listrik dalam satu kilogram sosis. Untuk mengumpulkan angka di pohon, Anda harus menjalankan seluruh pohon, karena listrik dihabiskan di semua tahap - dan untuk memanaskan ayam, lalu di inkubator, di rumah, di semua tahap produksi.
Oleh karena itu, untuk orang normal diperlukan struktur datar, mengumpulkan biaya akhir dari produk jadi. Semua listrik dalam satu jalur, semua panas, gas, gaji pekerja, gaji kantor, depresiasi, dll. Cantik, otchetik kecil, ukuran A4.
Masalahnya adalah bahwa direktur membutuhkan laporan ini. Dia tidak tahu apa-apa tentang 1C, tetapi dia ingin melihat laporan itu secara stabil sebulan sekali. Dia sendiri melihat semua angka, dibandingkan dengan bulan-bulan sebelumnya, menggali apakah fermentasi dimulai dalam struktur biaya.
Laporan ini dalam sistem lama, tetapi hidup dengan kaki terakhirnya. Bukan Stas yang berhasil, tetapi beberapa pria masuk akal yang berhenti satu atau dua tahun yang lalu. Di sana itu entah bagaimana dilakukan melalui pengunggahan ke file, kemudian file-file ini mulai dibagi menjadi beberapa bagian, karena volume informasi belum sesuai.
Jadi mereka memutuskan untuk beralih ke 1C 8. Lucu bagaimana mereka membuat keputusan. Mereka memanggil salah satu integrator, memberi tahu tugas yang paling penting. Dia pergi, lalu kembali, dan menunjukkan kepada mereka struktur biaya yang diunggah ke Excel, dibentuk oleh laporan saya, yang sudah lama ada di Internet. Ketika saya datang untuk menyelesaikan, exel ini juga ditunjukkan kepada saya. Mereka tertawa bersama.
Persiapan proyek
Dari Oktober hingga Januari, saya hanya melakukan satu hal pada proyek ini - saya membeli perangkat lunak dan lisensi. Itu adalah SCP itu sendiri, Gaji dan manajemen personalia (ZUP), dan solusi industri Manajemen Perusahaan Pertanian (USHP). Kebun binatang itu juga.
Sisa waktu saya melakukan hal favorit saya - Valandal.
Bulan pertama adalah "depresi pascapersalinan" - yah, saya mengubah pekerjaan saya, kita harus mengikuti. Selain itu, perlu untuk naik di sini 40 km di jalan raya. Meskipun mereka membayar lebih.
Kemudian dia mencoba mengatur pekerjaan administrator sistem, karena itu membuat saya marah jika tiang temboknya sampai ke saya. Dia membuat meja layanan pertamanya, yang tidak pernah dimanfaatkan siapa pun.
Stas mengatakan kepada saya bahwa kita perlu mulai melakukan sesuatu, tetapi saya tidak mendengarkannya. Dia sendiri tidak tahu banyak tentang 1C 8 saat itu, dia mengkhususkan lebih pada 7.7, jadi dia hanya menghela nafas dengan sedih dan terus melakukan hal sendiri.
Tapi saya mengharapkan sesuatu. Yah, aku menunggu. Januari telah tiba.
Liburan
Pada awal Januari, seperti yang diharapkan, ada liburan. Pagi-pagi, pada hari pertama tahun baru, mereka memanggil saya dari pabrik dan mengatakan bahwa video pengawasan telah rusak. Saya menelepon admin, dia sudah memperbaiki. Tidak pernah, baik sebelum, maupun setelah, mereka memanggil saya dari kantor pada 1 Januari.
Beberapa hari saya baru saja beristirahat. Gagasan bahwa sesuatu perlu dilakukan pada proyek hampir tidak pernah meninggalkan saya, tetapi saya mengusirnya. Saya tidak mau, itu saja.
Kemudian, di wilayah 7 Januari, bos memanggil kepala petugas keuangan. Dia mengatakan - datang ke pabrik, kami akan berkonsultasi sesuatu. Kami tiba dengan Stas, membahas skema akuntansi khusus. Saya bertanya - bagaimana semuanya baik-baik saja? Saya bilang ya, tentu saja. Kami akan keluar dan segera semuanya akan berputar.
Saya tidak melakukan hal lain pada proyek sampai saya mulai bekerja. Begitulah, hampir sampai pertengahan Januari.
Januari
Nah, ini, seperti kata mereka, itu dimulai. Ada pendekatan semacam itu - pemrograman ekstrim. Kami memiliki implementasi yang ekstrem.
Secara alami, sejak jam pertama mereka mulai menelepon dan menanyakan kami di mana dan bagaimana memasukkan data. Dan kami bahkan tidak memiliki server yang digunakan. Terima kasih Tuhan, meskipun SQL sudah siap.
Oke, cepat digunakan 1C. Pengguna yang ditambahkan dengan cepat - mereka yang sudah menelepon. Dan siapa pun yang tidak menelepon tidak berarti banyak. Yang utama adalah bahwa pembukuan belum mencapai - pada bulan Januari mereka biasanya sibuk dengan pelaporan, dan mereka harus mengambilnya dari sistem yang lama.
Pengguna memasuki program, dan di sana - kekosongan. Tidak ada stok, tidak ada gudang, tidak ada sisa makanan. Kami berkonsultasi selama setengah jam di mana untuk memulai - memutuskan bahwa nomenklatur lebih penting. Anda tidak dapat melakukan apa pun tanpa dia.
Kami bergegas mencari semacam pemrosesan untuk mentransfer direktori. Ditemukan dengan cepat, diunduh, mencobanya - berfungsi! Nomenklatur telah muncul. Unit, kontraktor, gudang - juga dipindahkan. Sedikit lega, setidaknya Anda dapat mengatur pengiriman.
Begitu juga sisa makanan. Ditemukan memproses, mengunduh, mentransfer. Milik Anda melalui rocker ... Dia hanya mentransfer saldo sesuai dengan akuntansi. Saya harus segera menulis proses yang menciptakan keseimbangan serupa pada akuntansi manajemen.
Selanjutnya saya bisa bingung dengan kronologi sejak itu semuanya terjadi seperti dalam mimpi. Tapi semuanya pada Januari.
Kemudian bos memanggil. Saya pikir saya adalah seorang bintang. Tidak, semuanya lebih biasa - dia memutuskan untuk mengubah nama nomenklatur, karena hal seperti itu adalah pengenalan sistem baru. Tetapi masalahnya adalah, tabel korespondensi disusun sangat banyak.
Nah, dengan cepat membangun pemrosesan untuk mengubah nama item. Terpenuhi - ternyata semuanya baik-baik saja. Namun segera panggilan dari gudang pengiriman dimulai - mereka mengatakan kami merusak semua dokumen mereka. Kami melihat - sial, dan kebenaran. Karena pencocokan fuzzy, pergantian nyata tidak dapat diterima telah terjadi.
Kisah dengan nomenklatur berlanjut dalam mode lamban selama beberapa hari. Mereka akan menemukan kesalahan, kami akan memperbaiki tabel korespondensi secara manual, menjalankan, melupakan. Pada akhirnya, mereka menang.
Kemudian mereka datang dari akuntansi dan mengatakan bahwa kami brengsek. Karena mereka tidak membuat revisi kunci - akuntansi dalam dua unit. Secara umum, dalam 1C, akuntansi dilakukan dalam satu unit. Jika Anda memiliki potongan-potongan, maka hitung-hitung, jika kilogram - hitung di dalamnya. Ada konversi dari satu unit ke unit lain, tetapi koefisiennya linear.
Ayam dipertimbangkan di kepala dan kilogram. Tidak ada hubungan linear. Di satu rumah, 10 ekor ayam bisa memiliki berat lebih dari 15 ekor di rumah lain. Anda benar-benar membutuhkan dua bidang di setiap dokumen - angka dalam kilogram dan kepala.
Saya mencoba berdebat, tetapi Stas mengatakan apa yang harus dilakukan. Duduk, selesai. Butuh sekitar setengah hari - menghemat bahwa di unit kedua hanya akuntansi yang diperlukan, tanpa menghitung biaya, dll.
Kemudian departemen akuntansi macet dengan beberapa workstation. Pada awalnya saya melawan - Saya akan melakukannya tanpa AWP, masuki primer dengan tangan saya. Tapi mereka bersikeras, menunjukkan pekerjaan mereka (sudah waktunya, ya), dan saya memutuskan untuk membuat AWP yang malang ini.
Esensinya sederhana. Ayam di rumah dihitung dan ditimbang secara berkala. Hasilnya ditulis di selembar kertas dan diserahkan ke departemen akuntansi. Di sini kita membutuhkan AWP - kita perlu menggerakkan beberapa angka, jumlah saat ini dan berat ayam, dan sistem harus menemukan hasil terbaru dari penimbangan yang sama, menghitung perbedaan dan menyusun dokumen rilis. Masalahnya adalah kilogram, biaya dihapuskan untuk mereka.
Segera menjadi jelas bahwa ayam adalah hewan moody, dan kadang-kadang mereka berhenti makan secara normal. Akibatnya, penurunan berat badan. Tampaknya dan tidak peduli, tetapi dari sudut pandang akuntansi, ini adalah masalah negatif, tetapi 1C tidak tahu caranya. Saya harus segera memodifikasi.
Pemasok bangun - ternyata mereka memiliki pesanan internal, ketika unit yang berbeda meminta sesuatu untuk dibeli. Ada beberapa prosedur persetujuan sederhana. Pemasok sendiri, tentu saja, dalam program baru, tidak satu kaki pun. Saya harus cepat menyelesaikan tatanan internal standar, dan melakukan pelatihan.
Masalahnya datang, dari mana mereka tidak menunggu - offset dari uang muka. Jika Anda bukan dari dunia 1C, saya akan jelaskan secara singkat. Jika kami membayar prabayar kepada pemasok, ini merupakan uang muka. Ketika ia membawa barang-barang, seorang kreditor muncul - kami berutang uang kepadanya. Tapi kami sudah membayar uang muka. Pengurangan uang muka dan pemberi pinjaman sehingga program mengurangi satu dari yang lain - ini adalah offset dari uang muka.
Masalahnya adalah bahwa seorang bibi duduk di situs ini, dengan tegas tidak memahami apa yang menjadi pengganti pembayaran uang muka itu. Di 1C ada alat normal yang memungkinkan operasi ini dilakukan - tetapi hanya jika orang tersebut mengerti apa yang dia lakukan sama sekali. Tapi dia tidak mengerti. Dan setiap pagi itu berbau susu dari dia. Saya harus segera menemukan cara untuk mengimbangi pembayaran uang muka secara otomatis - bahkan lebih otomatis daripada yang sudah ada dalam sistem.
Dalam kursus kami menggambar beberapa formulir pencetakan, tetapi ini memang benar, biji.
Di suatu tempat di sini berakhir Januari. Itu adalah bulan yang sederhana - itu cukup bagi kami untuk mengatur akuntansi operasional dan input dokumen primer. Pada bulan berikutnya, gaji, biaya, dan tugas paling penting harus dilahirkan dari pekerjaan utama.
Februari
Kemudian nasib saya memutuskan bahwa saya terlalu beres, dan membuat saya masalah serius - putri saya yang berusia enam bulan jatuh sakit. Saya makan kembang kol dari stoples yang dibeli, dan di sana, di dalam muatan, ada bakteri, nama yang saya ingat sepanjang hidup saya - Klebsiella oxytoca (Klebsiella oxytoca).
Makan - dan kemudian diare. Beberapa kali sehari. Dehidrasi, mengancam jiwa. Istri saya berlari dengannya ke rumah sakit, saya - bersama mereka setiap saat. Itu sudah omong kosong untuk diperkenalkan. Semuanya jatuh di pundak Stas. Akibatnya, mereka terkena penyakit menular, setelah beberapa hari mereka melarikan diri dari sana. Apa yang tidak memperlakukan, tidak ada yang membantu. Akibatnya, mereka beralih ke profesor terkenal setempat, dan entah bagaimana kebetulan bahwa pada hari masuk itu sudah menjadi lebih mudah. Dia meresepkan beberapa pil murah, tetapi yang paling penting, dia meyakinkan. Anak perempuannya sudah mulai pulih.
Saya memulai dengan singkat, tetapi cerita ini berlanjut sepanjang Februari, menciptakan bukan latar belakang emosional yang paling menyenangkan.
Perhatian utama saya - menghitung gaji untuk 3 atau 6 ribu orang, anehnya, diputuskan dengan mudah. Mungkin gadis yang masuk akal tertangkap. Mungkin program 1Snaya sangat bagus - saya tidak tahu. Tapi tidak ada masalah. Menemukan pemrosesan yang mentransfer riwayat akrual. Mereka menulis pemrosesan yang mengunggah data dari SCP ke ZUP - semacam, rilis dalam konteks rumah, pesanan, sesuatu yang lain. Algoritma untuk menghitung upah pekerja sangat kompleks, dan tidak otomatis baik sebelum kita atau bersama kita. Seperti yang diyakini iblis tahu di mana, dan melanjutkan. Di 1C, total data akrual turun.
Saya harus mengotak-atik perhitungan biaya. Pertama, pada masa itu, algoritma untuk menghitung melalui SLAEs, yang dikenal sebagai Analisis Lanjutan Akuntansi Biaya (RAUZ), relatif baru, dan mengandung kesalahan. Sekarang dia adalah puncak kesempurnaan, dan kemudian dia harus meragukan setiap sosok.
Kedua, perhitungan juga diperlukan dalam akuntansi pajak, yang tidak harus saya lakukan sebelumnya. Mengotak-atik, menemukan beberapa kesalahan dalam kode, diperbaiki, seperti ada sesuatu yang dihitung.
Ketiga, untuk pertama kalinya dalam hidup saya, saya menemukan masalah melalui 40 akun. Tidak ada yang sangat menarik dalam hal itu, kecuali satu hal - ini bekerja dengan kesalahan.
Saya harus bermain-main dengan mengatur distribusi biaya, karena layanan domestik yang banyak digunakan. Misalnya, ada semacam bengkel - rumah unggas pergi dan memperbaiki jika ada yang rusak. Pada akhir bulan, mereka menyerahkan selembar kertas - yang diperbaiki. Biaya mereka (gaji, bahan) harus tepat berada di rumah-rumah yang mereka perbaiki. Bukan untuk mengatakan bahwa tugas skala kosmik langsung, tetapi harus bermain-main.
Saya ingat akhir dari perhitungan ini. Bos baru saja pergi ke UEA, tetapi terus ICQ. Dan secara berkala, setiap setengah jam sekali, dia bertanya kepada saya - yah, apakah dia menghitung harga biayanya? Tapi aku tidak memberitahunya, bahkan kontol pun tidak dianggap. Dan sepanjang hari - sampai berhasil.
Dan ketika ternyata, melanjutkan ke tugas yang paling penting.
Secara umum, menghitung struktur biaya tidaklah sulit. Algoritma iteratif yang biasa, yang menggali lebih dalam dan lebih dalam, Anda hanya perlu mengontrol loop dan menghitung angka dengan benar. Masalah sebenarnya dimulai ketika Anda tidak hanya mempertimbangkan struktur, tetapi harus menyimpannya.
Misalnya, bulan ini struktur biaya adalah satu, selanjutnya sudah berbeda. Keduanya harus disimpan, dan tidak hanya struktur itu sendiri, tetapi juga sisa-sisa. Seekor ayam hidup untuk dirinya sendiri, dan tidak tahu bahwa ekor besar ratusan garis struktur biaya sudah membentang di belakangnya. Dan ketika ayam itu kehilangan nyawanya, dan itu terletak, misalnya, di sebuah gudang dalam bentuk pembekuan, maka ayam lain, "dibuat" bulan lalu, dengan struktur biaya sendiri, akan berada di sebelah rak.
Saya melewati enam opsi untuk bulan ini. Entah perhitungannya terlalu lambat, maka jumlah data yang disimpan melebihi semua batas yang mungkin. Tetapi, pada akhirnya, sesuatu terjadi - algoritma memenuhi kriteria dan, omong-omong, bertahan lama - sampai penjualan peternakan unggas ini ke holding pertanian lain. Kemudian semua soft starter kami dihancurkan secara bersamaan.
Pada saat yang sama, ia mencoba untuk meluncurkan solusi seluruh perusahaan Manajemen Pertanian (USHP). Tidak semuanya berhasil. Tidak semuanya bekerja - program ini dirancang untuk orang yang mengerti apa yang dia lakukan. Dan saya, tentu saja, mengerti dengan buruk. Tapi entah bagaimana diluncurkan.
Belajar banyak hal baru. Misalnya, babi hutan itu dibeli di luar negeri, karena di Rusia tidak ada tempat. Tampaknya jenis itu disebut F1. Dan prosesnya ... Mmmm ... Produksi Piglet tidak sinkron. Pertama, babi hutan melakukan tugasnya, lalu menabur. Mereka tidak bersinggungan satu sama lain.
Dan menabur adalah alat utama, seperti mesin atau server. Itu harus diamortisasi. Seekor babi hutan secara teratur menghasilkan produk jadi. Dia menyebut kata yang tidak menyenangkan sehingga saya tidak akan membawanya. Dari kata inilah babi kemudian muncul.
Singkatnya, Februari berakhir dengan sukses. Dan pengantar kami tentang ini berakhir. Kami menutup bulan itu, departemen akuntansi mengeluarkan laporannya, termasuk yang spesifik untuk pertanian. Direktur menerima laporan kecilnya dengan struktur biaya tetap.
Saya bekerja di pabrik ini selama 3 bulan, dan berhenti. Tiga bulan terakhir telah menjadi bayangan cermin dari yang pertama - saya tidak melakukan apa-apa. , , .
, – , -, . . , - , , .
– ? , , 1.5 . , , 1 ( , , ).
« ?» . , .
– , . , , , . , – . , , , , , , .
– . . , , – , .
, . , , . , , , . , « ».
– . , , , , , , , , .. – , , ? ?
, . . , , , . - . , , – , .
, . , . , .
- , , .. – . – , . , , , , , .
, , . , , -. , . , , , . , , « !», .
– ? , - ? - , , ?
, . .
, . , , , , -. , .
… , . (), . . – soft skills, , . , , . , , .
– , , . . . , , – . , , .
, , , , . – , ! ? ? ? – , .
. , , . – . - -, . , , . , -, .
. , . – , .
, . , , – . . , , .