Bagaimana mengubah ERP bersyarat menjadi alat manajemen produksi dan pasokan yang nyata.
Bagian 1 (artikel sebelumnya):
masalah penggunaan untuk perencanaan ERP "akuntansi" yang diterapkanBagian 2 (artikel ini): kehidupan kedua - mengatur Perencanaan dan Pemantauan produksi dan pasokan dengan perencana eksternal. Konsep dan implementasi.
Peterkin Sergey , Merkulov Mikhail,
ReitstepModel Perencanaan yang Diusulkan: ERP + SPM
Di bawah ini adalah abstrak dari model perencanaan yang dapat diimplementasikan secara relatif sederhana dan cepat. Dan, yang penting, tanpa kehilangan uang tunai dan investasi waktu yang dilakukan dalam implementasi "bagian akuntansi" dari "ERP produksi".
Konsep Perencanaan dan Sistem Pemantauan (SPM) Reitstep
Sistem rencana
Perencanaan tingkat 1
Bertanggung jawab untuk pemodelan / perencanaan (rilis) dan keseimbangan (kapasitas). Mengingat kapasitasnya. Tetapi, untuk menjaga kesederhanaan eksternal dan kemampuan pengendalian sistem - dengan perencanaan, dengan mempertimbangkan keterbatasan sumber daya hanya dalam kemacetan. Dan / atau - dengan mempertimbangkan stok kritis yang dibeli dan / atau diproduksi oleh DSE, dan / atau dengan mempertimbangkan siklus kritis pemenuhan pesanan. Seperti yang ditunjukkan pada gambar di bawah ini.
Komentar . Perencanaan level 1, sedikit yang mengimplementasikan "dengan jujur." Karena itu, semua masalah atau konflik yang tidak terpecahkan di tingkat ini (sumber daya dan permintaan) "jatuh", "ke lantai" (ke dalam produksi). Di mana "diselesaikan":
1) baik melalui harian, 2 kali atau lebih sehari, merencanakan pertemuan,
2) baik, di hadapan departemen TI "kuat" perusahaan - melalui upaya untuk membersihkan mereka (masalah tingkat atas) dengan memperkenalkan sistem / fungsi perencanaan terperinci, termasuk. dengan mempertimbangkan kapasitas akun (termasuk sistem MES "siap pakai"). Tidak mengetahui atau tidak memperhatikan fakta bahwa fungsi / sistem ini hanya bekerja dengan rencana tingkat atas yang memadai (memadai). Mungkin tidak terlalu akurat, tetapi sudah menyaring "filter" penyeimbang, yang menghilangkan konflik sumber daya utama, termasuk dan melalui pertemuan “Produksi vs. Penjualan. "
Penting! Tidak, bahkan sistem perencanaan yang paling hebat sekalipun, mampu menghilangkan kerugian yang disebabkan oleh produksi dengan janji yang tidak benar kepada pelanggan (pasar). Dan janji adalah tingkat perencanaan pertama, bukan "lantai toko" dengan cara apa pun.Perencanaan dan pelaksanaan level 2Perencanaan tingkat 2 (sinkronisasi permintaan dan situasi internal dalam produksi / dalam MTO) dan selanjutnya, pelaksanaan:
a) didasarkan pada model pembentukan PSI "normal" untuk setiap pesanan,
b) dengan perencanaan (prioritas - PSI) berurutan (prioritas) mereka,
c) dengan mempertimbangkan tanggal dan prioritas pesanan,
d) dengan mempertimbangkan distribusi lunak / keras / bersyarat (kembali) dari stok dan penerimaan yang diharapkan (RFP, PP) sesuai dengan kebutuhan pesanan,
e) dengan kemungkinan eksekusi terkonsolidasi (dengan perencanaan khusus!)
Dengan pembaruan yang konstan (tidak kurang dari setiap malam) dari versi "direktif" dari rencana (dari tanggal pesanan, dengan mempertimbangkan prioritas akun, "turun dan ke kiri" - "sebagaimana mestinya"), dan penyelesaian - "bagaimana hasilnya ...". Melalui perbandingan di mana seluruh "pengawasan" bea cukai dan produksi dibangun, keputusan operasional dibuat.
Menciptakan sistem holistik
1. Jika ada "ERP akuntansi" yang diterapkan dengan baik dalam hal fungsi akuntansi, di mana:
a) fasilitas manajemen kinerja sehari-hari / kedatangan yang diharapkan, RFP PP, diimplementasikan dan dipelihara dengan andal dalam kondisi terkini,
b) pergerakan inventaris, perubahan objek manajemen permintaan (pesanan pelanggan, ramalan permintaan, poin pemesanan ulang, dll.) dipantau secara tepat waktu “sehari-hari”,
c) perubahan pada CSI / TSI ...
... implementasi sistem holistik, ERP + SPM, adalah sebagai berikut.
2. Untuk sistem, objek kontrol dan fungsi, proses perencanaan, pelaksanaan dan pemantauan diimplementasikan sebagai berikut (logika bisnis).
a. Untuk perencanaan tingkat 1 (pemodelan, perencanaan, penyeimbangan).
saya Berikut ini dikirimkan ke JMP:
1) TSI, dengan konversi ke RSI (staf sumber daya). Atau, RSI dapat dibuat secara manual di JMP,
2) stok dan penerimaan (, ) yang diharapkan untuk elemen kunci RSI,
3) stok produk jadi,
4) parameter kapasitas sumber daya produksi - bottleneck (kalender kerja, jumlah, efisiensi, dll., Sesuai dengan model perencanaan sumber daya). Atau, mereka dapat didukung secara independen di JMP,
5) objek manajemen permintaan (Pesanan, ramalan, pemesanan ulang titik produk jadi, dll.).
ii. Setelah menyelesaikan proses pemodelan, pesanan dengan tanggal yang diubah, perubahan pada TSI / PSI (untuk implementasi peluncuran awal setiap DSE), dan jadwal kerja kemacetan ditransfer dari PSD ke ERP.
b. Untuk perencanaan tingkat kedua (sinkronisasi).
saya Berikut ini dikirimkan ke JMP:
1) PSI. Atau TSI dengan konversi ke PSD di PSI,
2) , , dan status mereka (% dari penyelesaian atau "tanggal yang dijanjikan" penyelesaian),
3) Saham. Membeli, memproduksi dan produk jadi. Dan / atau - tindakan dengan saham.
ii. Dalam SPM, tindakan diambil untuk merencanakan produksi dan MTO (disinkronkan, multi-iteratif, custom).
iii. PDO / PDB dari bengkel / bagian menganalisis rencana peluncuran, memulai produksi - objek eksekusi bentuk - PP.
iv. Karyawan MTS yang bertanggung jawab melakukan tindakan serupa dengan pembentukan RFP.
v. Setelah pembentukan, dari SPM ke ERP PP dan RFP yang dihasilkan (SPM) dengan generasi otomatis dari ERP PP ditransfer
c. Eksekusi, mis. tindakan dengan RFP, PP, tindakan dengan saham - dilakukan dalam ERP, faktanya ditransfer ke PSD (lihat klausa 2).
d. Pemantauan (custom, produksi, MTO) - di SPM.
3. Dengan so.z. arsitektur sistem, integrasi sistem dapat digambarkan sebagai berikut.
a. Pada tingkat fisik, masalah tingkat rendah diselesaikan, masing-masing untuk setiap perusahaan:
1) mekanisme pertukaran:
melalui semacam bus integrasi / aplikasi ETL siap pakai,
langsung antar sistem;
2) aturan untuk mencocokkan kode referensi:
mengadopsi kodifikasi terpadu
setiap sistem beroperasi dalam kode "nya" dan ada semacam sistem MDM yang digunakan untuk menerjemahkan kode sistem sumber ke dalam kode sistem penerima.
b. Apa kemampuan integrasi yang dimiliki masing-masing sistem:
1) apakah ada API REST yang disediakan
2) format data yang digunakan sistem.
SPM siap untuk hampir semua skenario integrasi:
1) JMP menyediakan API REST untuk melakukan operasi CRUD dengan objeknya,
2) setiap objek PSD memiliki bidang mdm_code untuk menyimpan kepatuhan dengan catatan dalam sistem MDM,
3) di JMP memiliki antrian tugas internal untuk membongkar:
a) tugas untuk mengunggah data diantrikan untuk acara dalam sistem (misalnya, membuat objek, mengubah status, dll.). Ada pengaturan yang menentukan objek mana yang harus dibongkar acara,
b) antrian diproses secara tidak sinkron dengan proses terpisah di latar belakang,
c) hasil pemrosesan tugas mungkin:
mengirim permintaan http ke alamat tertentu,
simpan file ke direktori.
d) Perilaku sistem ketika terjadi kesalahan pelaksanaan pekerjaan juga dikonfigurasi untuk setiap jenis objek. Misalnya, saat mengirim permintaan http, sistem eksternal tidak tersedia. Opsi perilaku:
1) abaikan kesalahan, terus lakukan tugas lain,
2) menghentikan antrian sampai kesalahan diperbaiki,
3) menunggu keputusan manual operator,
4) mencoba mengirim permintaan lagi setelah m menit, berhenti mencoba setelah n permintaan gagal;
4) format data yang diunggah dan dimuat ke JMP adalah JSON. Anda dapat menyesuaikan konversi ke format lain.
Kesimpulan
Praktik kami telah menunjukkan kelayakan skema yang diusulkan. Sistem ERP + SPM holistik dapat diimplementasikan dengan cukup cepat, dengan penerimaan praktis yang praktis dari kedua operasional (perencanaan produksi dan MTO yang memadai, pemantauan operasional dan dapat diandalkan), dan hasil bisnis (peningkatan throughput produksi, dll.). Namun, yang terakhir tergantung pada keinginan dan kemampuan untuk mengubah konsep manajemen. Bagian penting di mana adalah penolakan (bertahap) dari upah sesuai kontrak, penolakan dari paradigma perencanaan (bulan) berkala, dengan memperbaiki dan mengeluarkan rencana bulanan "dengan tanda tangan" dan beberapa perubahan lain yang sangat mungkin terjadi.