Halo, Habr!
Di bawah tekanan minat yang begitu hidup dalam sistem perencanaan sumber daya perusahaan (ERP), ia merobek real estat dari kursinya dan memutuskan untuk membagikan kesan-kesannya. Mari kita coba memahami siapa, mengapa, dan berapa banyak ERP, apakah sesuatu perlu diatur sama sekali, dan di mana, dengan semua ini, fleksibilitas yang sama yang seharusnya tidak dimiliki ERP.
Ketika SAP, seperti yang dikatakan Wikipedia kepada kami, pada tahun 1972 mengambil langkah pertama ...
... apa fungsional pertama? Akuntansi. Dan sampai sekarang, mereka sering mulai menerapkan SAP secara tepat dari akuntansi - semuanya relatif jelas di sana, dan "benar-benar orang asing, bukan dari wilayah kami" mengurus peraturan.
Apa yang dilakukan perusahaan? Perusahaan menghasilkan uang. Artinya, semua yang terjadi tercermin dalam status keuangan. Uang datang - kami membayar tagihan. Bahan baku tiba - barang jadi meninggalkan gudang. Mereka menggosok sekitar gudang - kami membuat roti (yaitu, mereka membuat sesuatu) ... well, secara umum, saya membawanya, akuntan! Anda tahu maksud saya. Italia datang dengan itu di abad ke-13, sebelum SAP.
Setelah SAP merambah ke akuntansi dan entri data dimulai bukan dari kartu punch, tetapi dari keyboard, kepala pintar
malas memutuskan untuk menggunakan pendekatan yang sama untuk pengadaan, produksi, kontrol kualitas, dll. Dan inilah yang terjadi.
Sistem ERP - sejumlah besar. Besar, kecil, untuk industri yang berbeda ... Saya memiliki kesempatan untuk bekerja dengan tiga
setengah , dan ketiganya sangat berbeda. Dan ya, kekasih yang kekasih untuk menulis sesuatu dari mereka sendiri, Anda tidak akan bosan dengan ERP juga.
Hampir semua yang (dari sudut pandang produsen) dirancang untuk membuat hidup lebih mudah bagi perusahaan manufaktur, memiliki tag ERP. Tuhan menjadi hakim mereka ... Saya tidak ingin memoles topik seperti "ERP memiliki sistem akuntansi gudang" dalam artikel ini - pertama, itu tidak selalu ada di sana (tetapi di beberapa tempat ada sistem pemesanan kamar hotel) kedua, itu bukan untuk Anda yang tidak mewajibkan. Anda tidak ingin - biarkan pemilik toko Anda membawa daftar gudang ke departemen akuntansi setiap bulan, tidak ada masalah.
Saya ingin mengingat fakta bahwa, seperti dikatakan seorang rekan, sistem seperti itu "memberi" kita.
Masalah abadi pengembang: tumpukan mana yang akan digunakan; bagaimana melakukan pengembangan; di mana mendapatkan pengembang; siapa yang tahu tumpukan ini; siapa yang harus dihubungi jika semuanya buruk; bagaimana mengontrol kualitas pengembangan ...
Khusus aplikasi bisnis (selain yang di atas): bagaimana membuat program Anda bekerja dalam 10 - 20 - 30 tahun, silakan, dengan semua data historis; BAGAIMANA CETAK (untuk mereka yang terkejut: pencetakan adalah masalah terpisah secara umum, ada tiga mesin secara paralel dalam SAP); Bagaimana menjamin konsistensi data.
ERP yang baik akan menyelesaikan masalah ini untuk Anda. Dalam panasnya pertempuran, kami lupa bahwa SAP adalah sistem pengembangan (di mana fungsi ERP diimplementasikan dan banyak lagi). Jangan percaya padaku - unduh mini-SAP. Itu "telanjang" - hanya berisi sistem pengembangan, server, basis data, dan klien ini. Anda tidak akan menemukan fungsionalitas ERP di sana. Tetapi Anda akan menemukan desainer grafis dari tabel database, bahasa pemrograman Anda sendiri, sistem pengemasan untuk mengangkut program antar sistem, perancang jendela, manajemen pengguna, hak akses, dll. (Sekarang mereka melempar saya tomat busuk, karena banyak yang berubah dalam SAP "baru". Saya bertobat, bertobat ...)
Jika Anda menggunakan bahasa Anda sendiri untuk ERP, maka itu juga dirancang untuk kelas tugas ini. Dan itu saja - untuk mempercepat proses pengembangan! (tertawa)
Dan Anda akan selalu menemukan spesialis SAP - Anda hanya perlu membayar. Jadi - tempat roti ... Ini masalah lain jika satu-satunya programmer di perusahaan ANDA, yang selama 10 tahun terakhir telah menulis ulang di Jawa, yah, sebenarnya semua program dari tombol untuk membuka pintu ke sistem otomasi gudang, telah berada di bawah roller. Semuanya buruk di sini, dan tidak ada yang membantu. Tetapi biaya TI telah konyol selama ini. Ya, dia tertawa dengan baik ... Anda tahu.
Tahun-tahun berlalu, SAP meningkatkan pelanggan, dan setiap klien memiliki kecoak sendiri di kepalanya. Seseorang memuat jeruk dalam tong, seseorang memberikan pinjaman, dan seseorang menyediakan layanan. Dan ternyata (1) logika multi-level, yang dikonfigurasi untuk klien tertentu; (2) titik masuk untuk pemrograman dalam suatu proyek; (3) ekosistem modul yang sangat besar - pemeliharaan, misalnya, atau ekspor-impor.
Apa yang buruk?Ya, itu adalah dosa untuk disembunyikan ... Sebuah kode yang dapat berusia hingga 30 tahun dan ditulis menurut kanon-kanon itu tidak terlalu menyenangkan untuk dipertahankan di abad ke-21. Karena itu, tiga mesin cetak. Itu sebabnya ada beberapa pilihan untuk bekerja dengan memori, karena itu
ABAP berorientasi objek dan "normal". Bagaimanapun, banyak teknologi "lama", "baru" dan "benar-benar baru". Apakah ada lebih banyak sistem di mana program tiga puluh tahun yang lalu bekerja secara paralel dengan yang baru?
Di atas lapisan ini, program ditulis dalam proyek yang mengotomatiskan situasi yang sering berulang bahkan lebih. Banyak yang bisa dilakukan secara manual, tetapi sedikit pengguna yang tahu sistemnya dengan baik.
Bagi saya, sebagian besar proyek gagal karena
- memilih ERP yang salah
- tidak beruntung dengan konsultan
- gagal mensistematisasikan apa yang terjadi di perusahaan
- bahwa mungkin untuk mensistematisasikan tidak berfungsi dalam ERP, tapi saya benar-benar ingin (dan ERP yang rusak)
- karyawan masih melakukan seperti sebelumnya
- mereka ingin segera mengotomatisasi semuanya sebesar 110%
- memutuskan bahwa ERP adalah mainan lain untuk spesialis TI, biarkan mereka menerapkan dan melakukannya
Jadi jika kita berbicara tentang menerapkan ERP, dan bukan tentang beralih ke ERP lain, Anda lebih tenang, Anda akan melanjutkan. Dan sangat penting untuk diingat bahwa ERP adalah
selama berabad-abad hingga puluhan tahun. Implementasi hanyalah awal.
Tentang ini, biarkan aku pergi.
Hormat saya, m_OO_m