Kelulusan permohonan pembelian melambatkan penghantaran

Mengapa permohonan pembelian menjadi titik sempit

Dalam syarikat pengeluaran, pembelian jarang bermula dengan satu dokumen yang diisi dengan rapi. Keperluan boleh timbul daripada penyelia, ahli teknologi, jurutera, jabatan operasi atau perancang. Ada yang menghantar e-mel, ada yang menulis dalam sembang korporat, dan ada yang menyampaikan maklumat secara peribadi kepada pengurus. Akibatnya, tugasan yang sama mungkin muncul dalam beberapa saluran, manakala sebahagian permohonan langsung tidak direkodkan.

Pada pandangan pertama, masalah ini kelihatan seperti kelewatan kelulusan biasa. Namun dalam praktiknya, ia menjejaskan keseluruhan kitaran penghantaran. Selagi permohonan masih dalam semakan, pegawai pembelian tidak dapat meminta harga dengan tepat, pembekal tidak menerima pesanan, gudang tidak tahu bila bahan akan tiba, dan pengeluaran terpaksa menyemak semula jadual. Semakin kritikal sesuatu item, semakin tinggi kos ketidakjelasan.

Pengurusan permohonan menjadi lebih sukar apabila syarikat mempunyai beberapa lokasi, jabatan dan peringkat tanggungjawab. Untuk satu kategori, kelulusan pengurus mungkin mencukupi, manakala kategori lain memerlukan semakan bajet, pendapat teknikal, pengesahan daripada bahagian keselamatan atau keputusan beberapa pihak yang meluluskan. Jika peraturan tidak ditetapkan dalam proses, setiap peserta bertindak mengikut logik sendiri.

Perkara yang biasanya melambatkan pergerakan keperluan

• tiada borang tunggal dengan data wajib tentang item, kuantiti, tempoh dan tujuan;
• tidak jelas siapa yang bertanggungjawab terhadap langkah seterusnya dan di mana permohonan berada sekarang;
• pihak yang meluluskan menerima pemberitahuan melalui saluran berbeza dan tidak melihat konteks;
• perubahan dalam permohonan tidak disertai sejarah yang jelas;
• keperluan segera bercampur dengan keperluan terancang;
• pengurus mengetahui risiko kegagalan penghantaran hanya selepas masalah berlaku.

Dalam persekitaran sebegini, kakitangan sering mengimbangi kekurangan ketelusan dengan kawalan manual: menghubungi rakan sekerja, meneruskan e-mel, menyelenggara jadual tempatan dan mengingatkan tugasan melalui sembang. Ini mewujudkan rasa sibuk, tetapi tidak membentuk proses yang boleh diulang. Apabila pekerja berhenti, pengurus bertukar atau jumlah pembelian meningkat, sistem dengan cepat kehilangan kestabilan.

Akibat terhadap pengeluaran

Kelulusan yang berlarutan tidak semestinya terus menyebabkan barisan pengeluaran terhenti. Lebih kerap, gejala yang kurang ketara muncul terlebih dahulu: pesanan segera menggantikan pesanan terancang, penghantaran separa, permintaan berulang kepada pembekal, pembelian dengan syarat yang kurang menguntungkan dan pengumpulan permohonan yang belum selesai. Kerugian ini boleh tersebar antara beberapa jabatan, lalu lama tidak mempunyai pemilik yang jelas.

Perancangan pengeluaran bergantung pada ketersediaan bahan, alat ganti, peralatan dan perkhidmatan. Jika maklumat pembelian tidak terkini, perancang terpaksa membuat andaian. Sesetengah item dipesan lewat, manakala yang lain disimpan secara berlebihan. Dalam kedua-dua keadaan, syarikat kehilangan kawalan terhadap sumber modal kerja.

Terdapat juga kesan organisasi. Pihak yang meluluskan mula melihat permohonan sebagai aliran permintaan sekali-sekala, manakala perkhidmatan pembelian menjadi pusat penyelarasan yang mencari maklumat tidak lengkap secara manual. Pada masa yang sama, pertikaian tentang siapa yang melambatkan proses menggantikan analisis tentang bahagian proses yang sebenarnya tidak berkesan.

Perubahan proses dalam OpenBox

Penyelesaian «Pengurusan permohonan» dalam OpenBox membantu memindahkan perjalanan keperluan pembelian daripada saluran yang berpecah-belah ke ruang kerja tunggal. Permohonan dibuat melalui borang yang jelas, melalui peringkat yang ditetapkan, dihantar kepada kakitangan yang bertanggungjawab dan mengekalkan sejarah tindakan. Yang penting bukan sekadar automasi, tetapi keupayaan untuk menerangkan terlebih dahulu peraturan yang ingin digunakan oleh syarikat.

Daripada persoalan «siapa yang mempunyai e-mel itu sekarang?», muncul maklumat yang khusus: siapa yang mencipta permintaan, jabatan mana yang berkaitan, apa yang diperlukan, bila diperlukan, peringkat yang telah dilalui, siapa yang perlu melaksanakan langkah seterusnya dan komen yang telah ditinggalkan. Ini mengurangkan jumlah pertanyaan dan membantu membezakan dengan lebih cepat antara permohonan lengkap dan permohonan yang kekurangan data asas.

Pendaftaran keperluan secara tunggal

Pada peringkat pertama, syarikat menentukan bidang yang diperlukan. Biasanya, permohonan merekodkan pemohon, jabatan, item atau arah perbelanjaan, senarai item, kuantiti, tempoh yang dikehendaki, lokasi penghantaran, justifikasi dan dokumen tambahan. Set data bergantung pada spesifikasi pengeluaran: bagi item teknikal, ciri-ciri, lukisan atau keperluan keserasian mungkin diperlukan, manakala bagi perkhidmatan, spesifikasi teknikal dan hasil yang dijangka diperlukan.

Medan wajib menghalang penghantaran permintaan yang memaksa pegawai pembelian mendapatkan semula maklumat asas. Pada masa yang sama, borang tidak wajar dibebankan. Jika pengguna melihat berpuluh-puluh medan yang tidak berkaitan dengan tugasnya, dia akan mula mencari jalan pintas. Oleh itu, data lebih baik dibahagikan kepada data umum dan bersyarat: medan tambahan hanya dipaparkan untuk kategori atau jenis pembelian tertentu.

Penghalaan berdasarkan peraturan yang jelas

Selepas didaftarkan, permohonan boleh diarahkan mengikut jabatan, kategori, jumlah, keutamaan atau item perbelanjaan yang dipilih. Contohnya, bahan teknikal melalui semakan pakar bidang, manakala permohonan yang mempunyai kekangan kewangan memerlukan kelulusan bajet tambahan. Bagi pembelian rutin, laluan boleh dipendekkan, manakala bagi pembelian tidak standard, semakan pakar boleh ditambah.

Laluan tidak seharusnya ditetapkan sekali sahaja dan dibiarkan tanpa semakan. Struktur jabatan berubah, kategori baharu muncul dan kuasa diagihkan semula dalam pengeluaran. Oleh itu, semasa pelaksanaan, penting untuk bersetuju bukan sahaja tentang urutan peringkat, tetapi juga tentang pemilik proses yang bertanggungjawab memastikan proses itu sentiasa dikemas kini.

Kawalan tempoh dan status

Setiap permohonan menerima status yang jelas, contohnya «dicipta», «dalam semakan», «menunggu kelulusan», «diserahkan kepada pembelian», «menunggu penjelasan», «dilaksanakan» atau «ditolak». Nama status harus mencerminkan tindakan sebenar, bukannya istilah dalaman yang hanya difahami oleh satu jabatan.

Kakitangan dapat melihat peringkat semasa tanpa perlu menghantar pertanyaan kepada perkhidmatan pembelian. Pihak yang bertanggungjawab menerima pemberitahuan tentang tugasan baharu dan perubahan. Pengurus boleh memberi perhatian kepada permohonan yang terlalu lama berada pada satu langkah, manakala pegawai pembelian boleh menumpukan pada permintaan yang sedia untuk tindakan seterusnya. Pendekatan ini tidak menghapuskan keperluan membuat keputusan, tetapi mengurangkan penantian yang tidak perlu dan pencarian manual.

Senario pelaksanaan untuk syarikat pengeluaran

Lebih praktikal untuk bermula bukan dengan usaha mengautomatikkan semua jenis pembelian sekaligus, tetapi dengan satu senario yang boleh dikawal. Contohnya, pilih permohonan bahan pengeluaran, alat ganti atau perkhidmatan pembaikan. Dalam bahagian ini, lebih mudah untuk menentukan peserta, mengumpulkan contoh sebenar dan menyemak data yang benar-benar diperlukan untuk membuat keputusan.

1. Analisis proses semasa. Pasukan merekodkan cara keperluan timbul hari ini, tempat ia didaftarkan, pihak yang menyemak data, kelulusan yang diwajibkan dan peringkat yang paling kerap menyebabkan permohonan dikembalikan.
2. Penetapan peranan. Pemohon, pengurus jabatan, pakar teknikal, pihak yang meluluskan kewangan, pakar pembelian dan peserta lain dikenal pasti. Bagi setiap peranan, tindakan khusus dalam permohonan diterangkan, bukan sekadar jawatan secara umum.
3. Reka bentuk borang. Medan dikumpulkan mengikut makna, petua dan peraturan kewajipan ditambah. Secara berasingan, ditentukan dokumen yang perlu dilampirkan serta-merta dan dokumen yang hanya diperlukan untuk jenis keperluan tertentu.
4. Konfigurasi laluan. Syarat peralihan antara peringkat, urutan kelulusan, peraturan pemulangan untuk penambahbaikan dan tindakan apabila ditolak ditetapkan. Ini membantu menghapuskan kelulusan «selari» tidak formal.
5. Perintis pada kumpulan terhad. Proses baharu diuji menggunakan permohonan sebenar daripada satu jabatan atau kategori. Pengguna mengenal pasti medan yang tidak jelas, langkah yang tidak perlu dan situasi yang tidak diambil kira dalam reka bentuk awal.
6. Pengembangan dan peraturan. Selepas pembetulan, senario diperluaskan kepada jabatan lain. Peraturan penciptaan permohonan, tempoh tindak balas, tatacara mengendalikan permintaan segera dan tanggungjawab mengemas kini laluan ditetapkan dalam peraturan kerja.

Urutan ini membantu mengelakkan pelaksanaan daripada menjadi projek IT yang abstrak. Fokusnya kekal pada tugas khusus: menjadikan perjalanan keperluan kelihatan dan boleh diramal oleh mereka yang terlibat dalam pembelian setiap hari.

Menilai hasil tanpa laporan formal

Kesan automasi lebih baik dinilai berdasarkan tanda-tanda yang boleh diperhatikan, bukan hanya jumlah permohonan yang dicipta. Sebelum pelancaran, berguna untuk merekodkan keadaan asal: berapa banyak saluran digunakan, data yang paling kerap perlu dijelaskan, jumlah permohonan yang dikembalikan untuk penambahbaikan, tempat tiada pihak bertanggungjawab dan punca kelewatan yang kerap berlaku.

Selepas beralih kepada proses tunggal, petunjuk berikut boleh dipantau:

• peratus permohonan yang dicipta menggunakan borang yang diluluskan;
• tempoh berada pada setiap peringkat;
• jumlah pemulangan disebabkan data yang tidak lengkap atau bercanggah;
• bilangan permohonan tanpa pihak bertanggungjawab yang ditetapkan;
• peratus permintaan segera dan punca kemunculannya;
• jumlah tugasan tertunggak mengikut jabatan dan peranan;
• kekerapan perubahan laluan dan pengecualian yang berulang.

Data ini bukan matlamat akhir. Ia membantu memahami sama ada masalah berkaitan dengan borang, kuasa atau perancangan keperluan. Contohnya, jumlah pemulangan yang tinggi mungkin bukan disebabkan kecuaian pemohon, tetapi kerana keperluan menerangkan item dirumuskan terlalu umum. Permintaan segera yang berulang pula mungkin menunjukkan jurang antara pelan pengeluaran dan kalendar pembelian.

Perkara penting sebelum pelancaran

Automasi tidak menggantikan persetujuan antara jabatan. Jika syarikat tidak menentukan pihak yang berhak meluluskan penggantian bahan, pihak yang bertanggungjawab menyediakan pendapat teknikal dan perkara yang dianggap sebagai keperluan segera yang berasas, perisian hanya akan memindahkan ketidakjelasan ke antara muka digital. Oleh itu, konfigurasi OpenBox wajar dimulakan dengan peraturan kerja, bukan senarai butang.

Pengecualian juga penting untuk dibincangkan lebih awal. Pengeluaran memerlukan senario khusus untuk pembaikan kecemasan, kerosakan peralatan, keperluan keselamatan dan penghantaran dengan tempoh yang ketat. Namun, «segera» tidak seharusnya menjadi jalan pintas universal untuk memintas laluan standard. Lebih baik menyediakan jenis permohonan berasingan, justifikasi wajib dan analisis punca selepas itu.

Bagi pengguna, permulaan yang mudah adalah penting. Pemohon perlu memahami cara masuk, borang yang perlu dipilih dan perkara yang berlaku selepas penghantaran. Pihak yang meluluskan memerlukan barisan tugasan dengan keutamaan dan konteks. Pegawai pembelian memerlukan penapis serta keupayaan untuk melihat dengan cepat permohonan yang sedia diproses. Pengurus memerlukan gambaran keseluruhan beban kerja dan peringkat bermasalah. Jika setiap orang hanya menerima maklumat yang relevan, penolakan terhadap perubahan akan berkurang.

Bila pelaksanaan wajar dibincangkan

Keputusan untuk mengautomatikkan amat relevan jika permohonan kerap dicari dalam surat-menyurat, pengurus tidak dapat memperoleh senarai keperluan semasa dengan cepat, pegawai pembelian menghabiskan banyak masa untuk menjelaskan data asas, dan pengeluaran mengetahui risiko kelewatan terlalu lewat. Satu lagi petanda ialah kebergantungan proses pada seorang penyelaras yang mengingati secara manual siapa yang perlu diingatkan dan tentang perkara apa.

OpenBox boleh menjadi asas untuk peralihan berperingkat kepada proses yang boleh dikawal: bermula dengan pendaftaran tunggal, kemudian laluan dan kawalan tempoh, diikuti analitik punca penyimpangan serta pembangunan senario. Komposisi konfigurasi khusus bergantung pada struktur syarikat, kategori pembelian dan peraturan kelulusan yang sedang berkuat kuasa.

Jika anda ingin memahami di mana sebenarnya masa hilang dalam proses anda, mulakan dengan menerangkan laluan semasa dan beberapa permohonan sebenar. Dalam konsultasi mengenai OpenBox, senario ini boleh dianalisis, peranan wajib ditentukan dan skop munasabah untuk peringkat pertama dipilih. Projek perintis yang teratur akan memberikan lebih banyak manfaat berbanding usaha memindahkan semua pengecualian dan persetujuan dalaman ke dalam sistem sekaligus.