Persetujuan permintaan pengadaan memperlambat pengiriman

Mengapa permintaan pengadaan menjadi titik hambatan

Di perusahaan manufaktur, pengadaan jarang dimulai dari satu dokumen yang diisi dengan rapi. Kebutuhan dapat muncul dari mandor, teknolog, insinyur, departemen operasional, atau perencana. Seseorang mengirim email, yang lain menulis di chat perusahaan, sementara yang lain menyampaikan informasi langsung kepada atasan. Akibatnya, tugas yang sama dapat muncul di beberapa saluran, sedangkan sebagian permintaan tidak tercatat sama sekali.

Sekilas, masalahnya terlihat seperti keterlambatan persetujuan biasa. Namun, dalam praktiknya, masalah ini berdampak pada seluruh siklus pengiriman. Selama permintaan masih dalam pemeriksaan, staf pengadaan tidak dapat meminta penawaran harga dengan benar, pemasok belum menerima pesanan, gudang tidak mengetahui kapan material akan tiba, dan produksi terpaksa meninjau ulang jadwal. Semakin kritis suatu barang, semakin tinggi biaya ketidakjelasan.

Pengelolaan permintaan menjadi semakin sulit ketika perusahaan memiliki beberapa lokasi, departemen, dan tingkat tanggung jawab. Untuk satu kategori, persetujuan atasan mungkin sudah cukup, sedangkan kategori lain memerlukan pemeriksaan anggaran, kesimpulan teknis, konfirmasi dari bagian keamanan, atau keputusan dari beberapa pemberi persetujuan. Jika aturan tidak ditetapkan dalam proses, setiap peserta akan bertindak berdasarkan logikanya sendiri.

Hal-hal yang biasanya memperlambat alur kebutuhan

• tidak ada formulir terpadu dengan data wajib mengenai barang, jumlah, tenggat waktu, dan tujuan penggunaan;
• tidak jelas siapa yang bertanggung jawab atas langkah berikutnya dan di mana posisi permintaan saat ini;
• pemberi persetujuan menerima notifikasi melalui berbagai saluran dan tidak melihat konteksnya;
• perubahan dalam permintaan tidak disertai riwayat yang jelas;
• kebutuhan mendesak tercampur dengan kebutuhan yang direncanakan;
• manajemen mengetahui risiko kegagalan pengiriman setelah masalah terjadi.

Dalam kondisi seperti ini, karyawan sering mengompensasi kurangnya transparansi dengan kontrol manual: menelepon rekan kerja, meneruskan email, membuat spreadsheet lokal, dan mengingatkan tugas melalui chat. Hal ini menciptakan kesan adanya aktivitas, tetapi tidak membentuk proses yang dapat diulang. Ketika seorang karyawan mengundurkan diri, atasan berganti, atau volume pengadaan meningkat, sistem dengan cepat kehilangan stabilitas.

Dampak yang muncul terhadap produksi

Persetujuan yang berlarut-larut tidak selalu langsung menyebabkan lini produksi berhenti. Lebih sering, gejala yang kurang terlihat muncul terlebih dahulu: pesanan mendesak menggantikan pesanan terencana, pengiriman sebagian, permintaan berulang kepada pemasok, pembelian dengan persyaratan yang kurang menguntungkan, serta penumpukan permintaan yang belum selesai. Kerugian ini dapat tersebar di beberapa departemen sehingga lama tidak memiliki satu pihak yang bertanggung jawab.

Perencanaan produksi bergantung pada ketersediaan material, suku cadang, alat, dan jasa. Jika informasi pengadaan tidak aktual, perencana terpaksa menggunakan asumsi. Sebagian barang dipesan terlambat, sementara barang lainnya disimpan dalam jumlah berlebih. Dalam kedua kasus tersebut, perusahaan kehilangan kendali atas sumber daya modal kerja.

Ada pula dampak organisasional. Pemberi persetujuan mulai memandang permintaan sebagai arus permohonan satu kali, sedangkan departemen pengadaan menjadi pusat distribusi yang secara manual mencari informasi yang kurang. Pada saat yang sama, perdebatan mengenai siapa yang menunda proses menggantikan analisis tentang bagian mana dari proses yang sebenarnya tidak berjalan dengan baik.

Perubahan proses di OpenBox

Solusi «Manajemen permintaan» di OpenBox membantu memindahkan alur kebutuhan pengadaan dari berbagai saluran yang terpisah ke satu ruang kerja. Permintaan dibuat menggunakan formulir yang jelas, melewati tahapan yang telah ditentukan, diarahkan kepada karyawan yang bertanggung jawab, dan menyimpan riwayat tindakan. Yang penting bukan sekadar otomatisasinya, melainkan kemampuan untuk terlebih dahulu menjelaskan aturan yang ingin diterapkan perusahaan.

Alih-alih bertanya «siapa yang sedang memegang email?», tersedia informasi yang konkret: siapa yang membuat permintaan, departemen mana yang terkait, apa yang dibutuhkan, kapan dibutuhkan, tahapan apa yang telah dilalui, siapa yang harus melakukan langkah berikutnya, dan komentar apa yang telah diberikan. Hal ini mengurangi jumlah klarifikasi dan membantu memisahkan permintaan lengkap dari permintaan yang masih kekurangan data awal.

Pencatatan kebutuhan secara terpadu

Pada tahap pertama, perusahaan menentukan susunan bidang. Biasanya, permintaan mencatat pengusul, departemen, pos atau arah biaya, nomenklatur, jumlah, tenggat waktu yang diinginkan, lokasi pengiriman, alasan pengadaan, dan dokumen tambahan. Susunannya bergantung pada kekhususan produksi: untuk barang teknis mungkin diperlukan spesifikasi, gambar, atau persyaratan kompatibilitas, sedangkan untuk jasa diperlukan kerangka acuan kerja dan hasil yang diharapkan.

Bidang wajib mencegah pengiriman permintaan yang memaksa staf pengadaan kembali mencari informasi dasar. Namun, formulir juga tidak boleh dibuat terlalu rumit. Jika pengguna melihat puluhan bidang yang tidak berkaitan dengan tugasnya, ia akan mulai mencari jalan pintas. Karena itu, data sebaiknya dibagi menjadi data umum dan kondisional: bidang tambahan hanya ditampilkan untuk kategori atau jenis pengadaan tertentu.

Perutean berdasarkan aturan yang jelas

Setelah dicatat, permintaan dapat diarahkan melalui rute berdasarkan departemen, kategori, jumlah, tingkat urgensi, atau pos biaya yang dipilih. Misalnya, material teknis melalui pemeriksaan spesialis terkait, sedangkan permintaan dengan batasan keuangan memerlukan persetujuan anggaran tambahan. Untuk pengadaan standar, rutenya dapat dibuat lebih singkat, sementara pengadaan nonstandar dapat mencakup pemeriksaan ahli.

Rute tidak boleh ditetapkan sekali lalu dibiarkan tanpa ditinjau ulang. Struktur departemen berubah, kategori baru muncul, dan kewenangan didistribusikan kembali dalam lingkungan produksi. Karena itu, saat implementasi, penting untuk menyepakati bukan hanya urutan tahapan, tetapi juga pemilik proses yang bertanggung jawab menjaga agar proses tetap aktual.

Pengendalian tenggat waktu dan status

Setiap permintaan memperoleh status yang jelas, misalnya «dibuat», «dalam pemeriksaan», «dalam proses persetujuan», «diteruskan ke pengadaan», «menunggu klarifikasi», «selesai», atau «ditolak». Nama status harus mencerminkan tindakan yang sebenarnya, bukan istilah internal yang hanya dipahami oleh satu departemen.

Karyawan dapat melihat tahapan saat ini tanpa perlu mengirim pertanyaan kepada departemen pengadaan. Pihak yang bertanggung jawab menerima notifikasi tentang tugas baru dan perubahan. Manajer dapat memperhatikan permintaan yang terlalu lama berada pada satu tahap, sementara staf pengadaan dapat berkonsentrasi pada permintaan yang siap diproses lebih lanjut. Pendekatan ini tidak menghilangkan kebutuhan untuk mengambil keputusan, tetapi mengurangi waktu tunggu yang tidak perlu dan pencarian manual.

Skenario implementasi untuk perusahaan manufaktur

Lebih praktis untuk memulai bukan dengan upaya mengotomatisasi semua jenis pengadaan sekaligus, melainkan dengan satu skenario yang dapat dikelola. Misalnya, perusahaan dapat memilih permintaan material produksi, suku cadang, atau jasa perbaikan. Pada area ini, peserta lebih mudah ditentukan, contoh nyata dapat dikumpulkan, dan data yang benar-benar diperlukan untuk mengambil keputusan dapat diverifikasi.

1. Analisis proses saat ini. Tim mencatat bagaimana kebutuhan muncul saat ini, di mana kebutuhan tersebut didaftarkan, siapa yang memeriksa data, persetujuan apa yang wajib dilakukan, dan pada tahap mana pengembalian paling sering terjadi.
2. Menentukan peran. Tentukan pengusul, kepala departemen, ahli teknis, pemberi persetujuan keuangan, spesialis pengadaan, dan peserta lainnya. Untuk setiap peran, jelaskan bukan jabatan secara umum, melainkan tindakan spesifik dalam permintaan.
3. Merancang formulir. Bidang dikelompokkan berdasarkan makna, petunjuk dan aturan kewajiban ditambahkan. Secara terpisah, tentukan dokumen mana yang harus dilampirkan sejak awal dan mana yang hanya diperlukan untuk jenis kebutuhan tertentu.
4. Menyiapkan rute. Tetapkan kondisi perpindahan antar tahap, urutan persetujuan, aturan pengembalian untuk perbaikan, dan tindakan jika permintaan ditolak. Hal ini membantu menghilangkan persetujuan «paralel» yang bersifat informal.
5. Uji coba pada kelompok terbatas. Proses baru diuji menggunakan permintaan nyata dari satu departemen atau kategori. Pengguna menandai bidang yang tidak jelas, langkah yang tidak perlu, dan situasi yang belum tercakup dalam skema awal.
6. Perluasan dan regulasi. Setelah diperbaiki, skenario diterapkan pada departemen lain. Regulasi menetapkan aturan pembuatan permintaan, waktu respons, prosedur penanganan permintaan mendesak, dan tanggung jawab atas aktualitas rute.

Urutan ini membantu mencegah implementasi berubah menjadi proyek TI yang abstrak. Fokusnya tetap pada tugas konkret: membuat alur kebutuhan terlihat dan dapat diprediksi bagi mereka yang terlibat dalam pengadaan setiap hari.

Menilai hasil tanpa laporan formal

Dampak otomatisasi sebaiknya dinilai berdasarkan tanda-tanda yang dapat diamati, bukan hanya jumlah permintaan yang dibuat. Sebelum peluncuran, sebaiknya catat kondisi awal: berapa banyak saluran yang digunakan, data apa yang paling sering perlu diklarifikasi, berapa banyak permintaan yang dikembalikan untuk diperbaiki, di mana tidak ada pihak yang bertanggung jawab, dan penyebab keterlambatan apa yang sering muncul.

Setelah beralih ke proses terpadu, indikator berikut dapat dipantau:

• persentase permintaan yang dibuat menggunakan formulir yang disetujui;
• waktu yang dihabiskan pada setiap tahap;
• jumlah pengembalian karena data tidak lengkap atau saling bertentangan;
• jumlah permintaan tanpa penanggung jawab yang ditetapkan;
• persentase permintaan mendesak dan penyebab kemunculannya;
• jumlah tugas yang melewati tenggat waktu berdasarkan departemen dan peran;
• frekuensi perubahan rute dan pengecualian yang berulang.

Data ini bukanlah tujuan akhir. Data tersebut membantu memahami apakah masalah berkaitan dengan formulir, kewenangan, atau perencanaan kebutuhan. Misalnya, banyaknya pengembalian dapat menunjukkan bukan kurangnya perhatian dari pengusul, melainkan persyaratan untuk mendeskripsikan barang yang terlalu umum. Sementara itu, permintaan mendesak yang muncul secara rutin dapat menunjukkan adanya kesenjangan antara rencana produksi dan kalender pengadaan.

Hal-hal yang perlu diperhatikan sebelum peluncuran

Otomatisasi tidak menggantikan kesepakatan antar departemen. Jika perusahaan belum menentukan siapa yang berhak menyetujui penggantian material, siapa yang bertanggung jawab atas kesimpulan teknis, dan apa yang dianggap sebagai urgensi yang beralasan, program hanya akan memindahkan ketidakjelasan ke antarmuka digital. Karena itu, penyiapan OpenBox sebaiknya dimulai dari aturan kerja, bukan dari daftar tombol.

Penting juga untuk membahas pengecualian terlebih dahulu. Produksi memerlukan skenario khusus untuk perbaikan darurat, penghentian peralatan, persyaratan keselamatan, dan pengiriman dengan tenggat waktu ketat. Namun, «mendesak» tidak boleh menjadi jalan pintas universal untuk melewati rute standar. Lebih baik sediakan jenis permintaan terpisah, alasan wajib, dan analisis penyebab setelahnya.

Bagi pengguna, awal penggunaan yang sederhana sangat penting. Pengusul harus memahami ke mana harus masuk, formulir apa yang harus dipilih, dan apa yang akan terjadi setelah pengiriman. Pemberi persetujuan memerlukan antrean tugas dengan prioritas dan konteks. Staf pengadaan memerlukan filter dan kemampuan untuk segera melihat permintaan yang siap diproses. Manajer memerlukan gambaran beban kerja dan tahapan yang bermasalah. Jika setiap orang hanya menerima informasi yang relevan, resistensi terhadap perubahan akan berkurang.

Kapan implementasi perlu dibahas

Keputusan untuk melakukan otomatisasi menjadi sangat relevan jika permintaan secara rutin dicari di dalam korespondensi, manajer tidak dapat segera memperoleh daftar kebutuhan yang aktual, staf pengadaan menghabiskan banyak waktu untuk mengklarifikasi data awal, dan produksi mengetahui risiko keterlambatan terlalu lambat. Sinyal lainnya adalah ketergantungan proses pada satu koordinator yang secara manual mengingatkan siapa yang harus dihubungi dan tentang apa.

OpenBox dapat menjadi dasar untuk transisi bertahap menuju proses yang terkendali: dimulai dari pencatatan terpadu, kemudian rute dan pengendalian tenggat waktu, lalu analitik penyebab penyimpangan dan pengembangan skenario. Susunan konfigurasi yang spesifik bergantung pada struktur perusahaan, kategori pengadaan, dan aturan persetujuan yang berlaku.

Jika Anda ingin memahami di bagian mana waktu hilang dalam proses Anda, mulailah dengan mendeskripsikan rute saat ini dan beberapa permintaan nyata. Dalam konsultasi mengenai OpenBox, skenario tersebut dapat dianalisis, peran wajib dapat ditentukan, dan cakupan tahap pertama yang wajar dapat dipilih. Uji coba yang terukur akan memberikan manfaat lebih besar daripada upaya langsung memindahkan semua pengecualian dan kesepakatan internal ke dalam sistem.